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Sir: 



We, Ajay Pratap Singh Kushwah & Vcnkatcsha Murthy, declare as follows: 



1 . Exhibits A C show a version control tool used to track bugs and changes in the source 
tree and in particular shows saved information associated with the identifier "LGTpa4535 1 ." 
Exhibit A shows the problem description, Exhibit B shows the resolution description, and 
Exhibit C shows the source code files (including version number and date) associated with 
identifier "LGTpa4535 1 ." The source code files associated with identifier "LGTpa4535r 
include an actual reduction to practice of the subject matter recited in claims 1, 20, and 21 ; 
versions prior to "LGTpa45351" do not include an actual reduction to practice of the subject 
matter recited in claims 1, 20, and 21. 



2. Hxhibil D shows the differences between source code file BigCachelnterfaccs.cpp 
version number J .5. 16.3 with a date of October 19, 2002 and the version immediately prior. 
Exhibit P. shows the differences between source code flic CclestruBiglmpl.cpp version number 
1 . 1 6.6. 1 6 with a date of October 1 9, 2002 and the version immediately prior. Exhibit K shows 
the differences between source code file CclcstraHiglmpl.hpp version number 1 .5.16.4 with a 
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date of October 20, 2002 and the version immediately prior. Exhibit G shows the differences 
between source code file MDImagc.cpp version number 1.1 .2.2 with a date of October 1 9, 2002 
and the version immediately prior. Exhibit H shows the differences between source code file 
MDIinagc.lipp version number 1.1.2.2 with a date of October 19, 2002 and the version 
immediately prior. Exhibit I shows the differences between source code file getnext.hpp version 
number 1 .1.2.2 with a date of October 19, 2002 and ihe version immediately prior. Exhibit I 
shows the differences hetween source code file rip.epp version number 1 . 1 .2. 1 5 with a date of 
October 19, 2002 and the version immediately prior. Exhibit K shows the differences between 
source code tile rip.hpp version number 1 . 1 23 with a date of October 19, 2002 and the version 
immediately prior. Exhibit L shows the differences between source code file rlrv fiicmdxpp 
version number 1.1.2.1 1 with a date of October 19, 2002 and the version immediately prior. 
Exhibit M shows the differences between source code file rtrv filemd.hpp version number 
1 .1 .2.2 with a date of October 1 9 7 2 0 02 and the version immediately prior. Exhibit N shows the 
differences between source code file rtrvsinglepass.epp version number 1.1.2.12 with a date of 
October 29, 2002 and the version immediately prior. 

3. "Receiving a request to restore a file system element" is performed by Exhibit N 
(rtrvsinglepass.epp). ^Determining an offset indicating where a record associated with the file 
system element is located within a collection of records, wherein the record includes metadata 
related to stored data to be used to restore the file system element" is performed by Exhibit D 
(HigCachcIntcrfaces.cpp), Exhibit K (CelestraBiglmpl.cpp), and Exhibit Ci (MDImagc.cpp). 
"Using the determined offset to retrieve the record from die collection of records" is performed 
by Exhibit G (MDImagexpp), Exhibit J (rip.epp), and Exhibit L (rtrv fiicmdxpp). 

4, Exhibit D (BigCachelnterfaecs.cpp) creates an Inodclndex metadata table during backup. 
During backup, metadata of a backup image is obtained and saved as records in two tables: a file 
metadata table and a directory metadata table. The offsets or records in the file metadata table 
and directory metadata table are stored in the Inodelndcx metadata table. Exhibit K 
(CelestraBiglmpl.cpp) writes the backup image and the Inodelndcx metadata table to tape. 
Exhibit F (CelestraBiglmpl-hpp) is used for definitions and/or constants. Exhibit G 
(MDImagc.cpp) writes and retrieves metadata tables to and from tape during backup and restore, 
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respectively. Each record in the file metadata table and directory metadata table is able to be 
accessed randomly/directly. Exhibit H (MDImagc.hpp) is used for definitions and/or constants. 
Exhibit I (gctncxt.hpp) is used for definitions and/or constants. Exhibit J (rip.cpp) processes the 
directory and tile metadata during restore. To do this, it first loads the Inodclndcx metadata 
table before processing the directory and file metadata and only performs as much processing as 
needed by the entries in a retrieval tree. Metadata is processed by way of direct lookup using the 
Inodclndcx metadata table. Exhibit K (rip.hpp) is used for definitions and/or constants. Exhibit 
L (rtrv filemd.cpp) populates the retrieval Iree with the location and size of every block in the 
backup image that belongs to particular inodc (file clement) entry in the retrieval tree. This is 
done for every file element in the retrieval tree in top down fashion by directly accessing a 
desired record in the file metadata table using the offset recorded in the Inodclndcx metadata 
table. Exhibit M (rtrv filemd.hpp) is used for definitions and/or constants. Exhibit N 
(rtrvsinglcpass.cpp) collects a retrieval list as user input and creates the retrieval tree. Starting 
from the root, it does a direct lookup in the directory metadata table and an inode number is 
attached to all entries in the retrieval tree recursively. A directory lookup tabic is maintained in 
memory to cache a previous lookup to avoid paying the same price for future lookups. 

5. The source code files (Exhibits D - N) were tested and found to be operational prior to 
being checked into the version control tool. Exhibit O shows the document Restore Benchmark 
having a date of August 27, 2002. Exhibit P shows the contents of the document 

Restore Benchmark, including the amount of time required to restore some test cases with and 
without the improvements offered by the source code files (Exhibits H - N). 

6. Identifying a file system clement for restoration by "receiving a request to restore a file 
system element; determining an offset indicating where a record associated with the file system 
element is located within a collection of records, wherein the record includes metadata related to 
stored data to be used to restore the tile system element; and using the determined offset to 
retrieve the record from the collection of records" as recited in independent claims 1, 20 and 2 1 
was reduced to actual practice in the source code files associated with identifier tl LG' rpa4535r' 
on or before October 29, 2002. 



Application Serial No. 10/816,202 
Attorney Docket No. LFGAP024 



3 



7. 



I hereby declare that all statements made herein of my own knowledge are true and that 



all statements made on information and belief arc believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of (he United States 
Code, and that such willful false statements may jeopardize the validity of the application or any 
patent issued thereon. 




Ajay Pratap Singh Kushwah 




Date 



Vcnkatesha Murthy 



Date 
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